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Description 

SACKCROU^D OF THE INVENTION 
FIELD OF THE INVENTION 

[0001] The present Invention relates to distributed 
ffeie ariy. !o a 

m thoo ^ i - < , > i - 

wireless local area network system using a rnuitihop 
mechanism. 

DESCRIPTION OF THE RELATED ART 
[Q0Q2] _ur: - 

tions (ST As) and an Access Pom; tAP) in an "rafrastruc- 
* ",a,soca.ed 
independent BSS or as hoc network mode). The IEEE 
eommontea- 

ti on between ST As 3 a ~ Servic 

Set) mods. The access frtedhanigm fssdistrifciitedniech- 

and is based on CSWA/CA (Carrier Sense Multiple Ac- 
cess/Collision Avoidance';. In addition to physical CS 
Carrier So - et ranisrr s used such 

-tu j i t i ne transmis- 

sion for each transmitted packet. 
£0003] Note that a packet may constitute of one or rniii- 
nplefragrre - - - - - e 

sions is the case of e.g. interference, where each frag- 

eating yi re , as fragment, 

he iratic ;e se re. mar s th a !o 

ansa subseoue 
responding ACK. 

~ t ^ut transmit 

on a wireless media tor a period of time squat to the 
duration value stored a sureties field, in srseros handle 
the so catted hidden terminal problem a RTS/CT8 mech- 
anism is used. 

[0004] Presently, multihop support for 802.11 IBSS 
networks h Muitibopping 

enables stations out of direct reach from eats; other to 
communicate through relaying packets via intermediate 
< r- -ii tihop support is 
ha oy d J >s each hop 

experiences significantly improved signal reception ouai- 

s i > the pom » t mode its 

be exploited through the usage of a higher Sink rate that 
under certain conditions may even reduce the end to end 
delay. 

[0005] lAmik ■ 802 srotocol does -sot nherenti> 
support muMiopping, I: does not exclude higher Saver 
protocols with rnuitihop sup-port from being placed on too 
of existing 808 1 1 protocols. Currently, the -MANET VVQ 
in IETF Is working on extensions to the TCP/IP protocol 



suite for mobile ad hoc networks with rnuitihop capabili- 
ties. Several MANET protocols such as AODV and DSR 
have been tested with the S62.11 protocol operating in 

s [0006} However, when these routing protocol are used 

the ac hoc network withos t to the radio 

access protocol, performance problems will arise. For 
example, when a packet has to travel multiple hops be- 
to tween wireless stations to reach a destination, severs 
delays may arise Purr to the nature of the wireless pro- 
tocol. Collisions can also occur on each link, and the ac- 
cess delays or e r. order to achieve 
=. h ,l * rci thf j r CP! ;r sac! 5 sp roeivs I b> a 
tS end user, delay will compris vital iu b8ng 
control of multinop packets within the 802. ; \ protocol 
would greatly enhance overall network performance. 
[000 r " s = t " A N 2 \ oo Ad 
Hoc Communication by Multiple-Frequency Forward- 
so ing", Jorg Peetz, Pub Rhode eece y200i}.V« 
nc a Conference, page 2 1 ■ 3 - 2122, IEEE, 
200 1 she Mm en 
for home environments using muliipie frequency forward- 
ing techniques. Since each sub.net decides about ks op- 
35 oration frequency channel i ' is r 1 cs 

forwarding concept is set for: i that considers overlapping 
subnets on dr* tfr> en tneis lis document 
forms the preamble of claim l . 
<x> [0008] Priorart document "an Ads - > ^~ 

80S. 11 Wireless LAN" by Jean-Uen C Wu o at, infor- 
mation Networking, 2001, Proceedings, i5Th interna- 
tional Conference, pages 411-418, Jan. 31 - Feb. 02, 
2P0C IEEE, 2001, Investigates a multi-rate 802.11 

ss 

SNE (Signal to Noise Ratio). A modified fViAC {h/edla 
Access Control layer) transmission procedure is pro- 
pose i * - e twork Al 
location Vector) reservation scheme. This document 
does not deal with any multi-hop topology/ method. 

SUMMARY 

[0009] The present invention overcomes the foregoing 
and other problems with a method for rnuitihop pecks; 
transmissions In a wireless network wherein the route 
comprising a plurality of flops is miliary established -n 
the «'t 

: ->o assoc stedwit! h noli so i te an tared order tc 
minimize delays for packet transmissions over the rnui- 
tihop mute. Packets are transmitted over the rnuitihop 
route according to the altered transmission protocol pa- 
rameters. 

sa [0010J in a first embodiment, the step or altering the 
transmission protocot parameters includes setting a NAV 
value at each node over the rnuitihop routs for the dura- 
tion of the packet transmissions over the rnuitihop route. 
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in an alternative method, mufbhoo packets are transmit- 
ted over the muft.ibop routs according to a higher QoS 



8RSEF DESCRIPTION OF THE DRAWINGS 

[0011] - irelnciud 

are incorporated in and constitute a cad of this speeifi- 
cation, iliustraie embodiments of the invention the; to- 
gether with the description serve to explain the principles 
of the invention, in the drawings: 

Fig. 1 ;;itistrstestheestebiish:T!9nto?anieUihopa;n- 

Fig. 2 is a how diagram illustrating the method for 
implementing a reactive rooting protocol according 
to the present invention; 

Fig. 3 Illustrates implementation of a first embodi- 
ment o ( Fv !- 

Fig. 4 illustrates an alternative embodiment of the 
present invention: 

Fig. 5 illustrates s - embodiment of die present 
i - vhereii ^ „ > f ^ i 
transmitted is used; and 

Fig, 8 illustrates yet a further embodiment of the 
i r r -c-css con- 

figuration. 

DETAilfiD DESCRIPTION OF EXEMPLARY EMBOD- 
IMENTS 

[001 2] Rote,)' v i v v ' .it 

t.lcuiar to Fig. t , where there are illustrated a number of 
STAs 10 within three separate ;3SSs 15. Fig. i Illustrates 
t ' S~A » The 

connect % between STA 

\ and ST A -! est 

the euni ec v Ac - f ese enrion. i 

addition is proposed to trie TEE S02.1; protocol, lit this 
proposal, the NAV value ;e it STA nodes within mufhhop 
routes are expanded to cover a chain of haps between 

uitipis STAs rathe t 
:NAV value protects transmissions from collision and in- 
terference, in this manner, once a meitlhop route has 
deer; established between two ST' As 10, the delays for 
transmitting the pay load will \ relatively ' 
[0013] B < Jin n v cover mump!© 
links, the overall capacity of the system will be decreased 
due to the far;; that a larger pan of the 3SS bandwidth is 

rlod. However, in most: cases oe;y two or three hops may 
be required for a transmission so the capacity reduction 
doss ncr last for an extended time period. 
[0014] Referring new also to Fig. .?, there is illustrated 
a flow diagram describing the method for implementing 
the routing protocol of the present invention using the 



amended NAV value as described above, initially, at step 
30, STA A has a packet to seed to STA B. A route request 
message Is transmitted at step 35 from STA A to a next 
STA 10 in a first hop c f ti i p c t 
s route request message is forwarded to a second STA 1 0 
at step 40, ana a determination is made at step 45 of the 
shortest path from the present STA 10 back to the STA 
A. The determination of the shortest path is measured 
with gpredeterminecieostmetoc seen as numberofhops. 

w «demdtaMpet^:.lo^ < .dx^t^Ged:inteffe( ; ence resist- 
ance, delay due o busy wireless medium, etc Addition- 
ally, at step 60, the reciprocal value of rhe iinK delay is 
u i it > \ r ^ ' 1 > i sm •(» 

o ve r ea < ', 0 .A 

15 f 0t) 5, m 1 - t 

is forwarded at step 55 io \ B. T 
request mess 5 ated nfc tma ion con- 

cerning the number of Intermediate nodes between STA 
A and STA B (in this case two), the shortest path back 

so to STA A, as weil as th < rate ac 

cumulated from the possible link rate over each hop be- 
tween STA A and STA B. STA 8 uses the accumulated 
information recelveo in the route request message lo cal- 
culate, at step 60, a duration value that represents the , 

ov transmiss on time from STA A to STA B for a packet. The 
duration value represents t he time io complete a muitihop 
transmission. ST A B returns, at step 65, a routing re- 
sponse message including the calculated duration value 
within a duration field. The do ration field may also include 

30 a repetition interval and a path determination time The 

path to be established in a 'epetitive manner tor traffic 

route reply message to convey appropriate duration and 
35 repetition values, the route request message carries In- 
formation of the packet length, parameters for any repet- 
itive structure, in addition, each STA ensures that the 
medium will be avaiiabie as asked for in a route request 
message containing e.g.paretmeter(s}fo'' a repetttve use 
*o of the medium as other medium repetition may oe exe- 
cuted by neighboring STAs. 

[0016] The routing response message is forwarded at 
step 70 from the first intermediate STA 10 to hie next 
STA 10 along the previously used muitihop rente, STAs 

•« within the muitihop route use the duration value to set, 
:at step 75 . the NAV value at each STA 10 within the 
muitihop Sink. This causes an STA 1 0 to refrain from trans- 
mitting for sp ation value 
■Since the duration value represents the time to complete 

■to the packet transmission from STA A, the NAV value pre- 
ents transm ir mu! j r 

single hop. The routing response message is forwarded 
at step 80 back to STA A, and STA A transmits the packet 
c packe v. ot s I 

55 STA 10 back to ST AB. 

[0017] Referring nowto Flg.f 

ed the method described wife respect to Fig. 2 wherein 

a packet is transmitted according to the method of the 
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present inversion from STA A tc STA 8 overs four hop 
■ink using three intermediate STAs 10, As described pm- 
viousiy in steps 35. 40 and 55. the rout e request message 
100 is transmitted over rwiitibep link ICS to STA 8. The 
route response message 110 is transmitted back from 
STA 8 J STAAovermultiho; ni i noto " red s 
path seU t, f i r - j v 

-n , mule request and - reply message proto- 
col may be _s ti - - ansn 
between STA A and STA 8 if! a further embodiment. 
[001 S] - STA 8 from which 
route respon a ion watue 
within the duration field is usee: to set the NAV value for 
the STA ior the parted of time necessary to transmit the 
data packs! from STA A to STA 3. Once the route re- 

NAV sett s Pi- f.et f memediate 

STA 1 0, the packe r ket ornS ^ A may be trans- 
mitted to STA 8. The transmission occurs from STA to 
STA in a data transmission and acknowledge process 
• 25. Thus, the packet or packets are initially transmitted 
from STA A over the first hop to the first STA 1 0a, and 
STA A receives an acknowledgment of receipt of the 
packet orpaokeis. This process continues until She pack- 

back to STA A to indicate receipt of the packet or packets 
t c b segment message 

1 30 at STA A, the NAV settings will return to normal' and 
m« STAs nsyeo ■< emissions. 

[0019] 

cleared along the path between STA A and STA B if the 

^ npleted pre- 
maturely, in mis-case, an additional clear rr;essage may 
be transmitted from STA A to STA 8 to ciear each of the 
NAV values within the S r A 1 0. 
[0020] in a further alternative to the method described 
the euto rem STA A 
i - req josi re- 

sponse to message too, the route may be determined 

e dete recess 
the sole task of she route request message 100 would be 
to allocate a medium eiorig the muitiiink path between 
STA A 

value and would not be required to determine the path 
route. 

[0021] - v > v v. >. ! y 

end to end delays between STA A end STA 3 may no 
utilized from an earlier route determination process, and 
the route request message may include a duration value 
covering the deration of the entire communication be- 
tween STA A and STA 8 including transmission of the 
route request, route response, data acknowledge and 
acknowledgment messages. 

[0022] In afurtherembc sted in Fig. A the 

first routs request 100 may use a duration value based 
upon an earlier measurement of the duration from STA 



A to STA 8 or based upon a prediction of the round trip 
time from STA A to STA B. This information is used to 
0 et + >e\A\ i 

slon o; the mute request message to enable quicker re- 

« tarn transmission of the route n 

from STA 8 to STA A The remainder o? the process op- 
erates in the same manner as described with respect to 
Fig. 3. Therm. i way )er 

ceive tie - busy v ss media on a link on 

w the wav r- ' u ,. m -m a 

duration value is used to set the NAV value that prevents 
transmissions In the current IBSS. if the duration value 
is long enough, the route response message 115 will 
perceive no busy media on the return path and decrease 

'S the latency for the data deliverance from STA A to STAS. 
[0023] in yet a further embodiment Illustrated in Fig. 5, 
the route request messageiOO is transmitted to STA A 
from STA B ■uitihe « t 5 described with re 
specito Fig. 3. However the duration value Information 

as within trie route response massage 1:0 over mult! hop 
t ' f l;> i or ishio sad oi 

setting the NAV value settings to prevent transmissions 
froman SrAf .m tm ^ m . t esoonse mes- 
sage 1 1 0 is received at an STA til compiet 

as transmission oi the data from STA A and receipt oi the 
ETTE acknowledgment mess gel ' rmati vi ' 
he duration i l 3 r * t ^ » „ 

point at which the date packer or packets will be received 
at a particular STA in over the muiti hop lime and tt;e 

30 NAV value is only set at this point u > 
if toeiBSS f 

mission link between STA 10b and STA 3, data may be 
3s transmitted ove - iod iss^nt'troNAV 

value settings were set at point 170. Once the data and 
acknowledgment procedure 125 begins between two 
particular STAs, the procedure is the same as described 
with respect to Fig. 3. 
-m (0024] The idea is thus to utilise the time until the pack- 
et in the multihop flow reaches the hop between e.g, 1 0b 
and STA B. 

[0025] The tots! deiay for the RREQ message consists 
of contention time to win access to the airilnk,,transmis- 

45 slon time (including a possible retransmission), 'relay, 
time' in each STA 10 until it s ready to start contention 
ar-d so forth along the multihop flow. To predict when the 
packet reaches STA 1 0b, detailed information from each 
hop most be included in the RREQ ana RRESP. It is then 

50 a question whether comer-tic a deiay for one hop will be 
present or not, and whether relay' de-ay was due to a 
lempora'y ; ead on tne processing pans -or a STA ic. 
Maybe each STA ecuid insert its own typical 'relay' delay 
in the RREQ. So at least a minimum time could be esti- 

ss mated. Thus, details mm: eatm hep including airttnk de- 
lay, and STA relay processing time are included In the 
RREQ and RR£S? message. An estimation Isthen made 
at each STA 1 0 when data can arrive at the earliest time. 
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[0026J re - ate-d wifn re- 

spect to the Row diagram in Fig. 8, the protocol would 
iriS-aily set up a routs between STA A and STA S by 
11 " f e - s >t> 1 90 from 

STA A to STA B and receiving at step 186 the routs re- 
sponse massage 1 1 0 from STA 5 at STA A. The protocol 
next determines at step iso whether or not the packet 
to be transmitted from STA A to STA 3 Is a rnultlhpp 
transmission requiring the cos of a high priority access 
mechanism. Detetyriinahon of whether or >r a packet is 
f i i - .s "•■ay be done 

v , > j ; e 

packer to determine whether th-o source- and destination 
<. at a x io°' 

mechanism. Alternatively, a new information field may 
t " t the pack- 

et is am r ferrer ing a higher QcS class. 

fQ027] e O"" e it is 

determined t iraasf - packet s re- 

quired - gher QcS class at step 

200 than would ftormaiiy be the case for a non-multihop 
packet. T 

-nitted o tl nop link 

mams unci - ~ 
norma! fashion at step 205. 



The method of Claim 3, wherein the step of altering 
(50; 80; 65; 75; further comprises the steps of. cal- 
culating (80) a duration value Indicating an amount 
of time necessary to complete the multi -hop packet 
transmission responsive to rhe gathered route data; 
Including the duration value in the route response 
message {110; 65); and wherein the Network Alie- 
nation Vector (NAV) va oe is set (75; 120) a! each 
node (10) of the mufti- top reute responsive to the 
duration value and remains set for a period of time 
indicated by the duration value. 



Then 



mpleticrt of the ttm 



The metl f *i s 
mitting -125) at least one packet over the route Is 
rv i tor(NAV)v 

ue is set. 

The method of Ciaim 4, further including the step of 
reseiiing rhe Network Allocation Vector (NAV) value 
I; the transmission ends prior to a rinse indicated Oy 
the duration value. 

The method Of Claim 4, wherein rhe step of estab- 
lishing (30-80) furtttr r includes t 
ing the multi-hop route from a previous rente deter 



1. A ntethod for ■ransasiRinprnuiti- hop packet transmis- 
sions in a wireiess network, comprising the steps of 

t - ' ■s ,105; 115) 

through a wireless network; transmitting re at 
sere a; charac- 

te rze>. i 

protocol parameter and transmitting (125} at least 
one packet over ore route (105; 115) according ro 
the altered transmission protocol parameter. 

2. rhe method of Ciaim l mare rh step of aire ring 

- N E - - reprises me -rep of setting 

(75) reswore Alteoatior: Vector ;NAV; valise ar each 
node of the route (105: I IS) for a duration ot the 
packet transmissions; over the route. 

3. The method of Claim 2. wherein fire step or esrab- 

shing (30 - £ c i se t s s 

minting a roost e rag uest message (1 00:. 26) rep nesting 
me mufti-hop route from a first node A A) to a 

data related to the route as tire .route request mes- 
sage^ 00; 25) travels from the first node to the sec - 
ond node; arid transmitting a route response mes- 
sage (110; 85) beck to toe first node (STA A) from 
the second node (STA 3). 



10. The method of Claim 3 : therein rhe steps for trans- 
mitting (125) are performed according to a high pri- 
ority (200) access mechanism. 

It. The method of Claim 3. further including the steps 
of; determining a second duration value, tfte second 



ictoai t; 



mission time from the ft ret noes to the second node; 
and setting the Network Allocation Vector (NAV) val- 
ue responsive ro the second duration value until 
completion of trie route response message (85; 1 1 0), 

12. The method of Claim 2, wherein the Network Allo- 
cation Vector (NAV) value is only set once a node 
begins (165) to receive a packet transmission. 

13. The method of Claim 1 , wherein the step of altering 
(75) further comprises the step of establishing (200) 
a higher Quality of Serve (QoS) ciassfora multi-hop 
packet. 

14. Trte method of Claim 13, further including the step 
of determining if a packet is a multi-hop packet. 
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